Skip to content

Conversation

@alexakreizinger
Copy link
Member

@alexakreizinger alexakreizinger commented Nov 21, 2025

this PR consolidates some info in the YAML configuration doc(s) and some info in various processor-related docs. (the processor info was inside some of the YAML docs, which is why I grouped this into the same PR...)

Summary by CodeRabbit

  • Documentation
    • Reorganized and streamlined YAML configuration docs for Fluent Bit v3.2+, consolidating content and adding clearer YAML-focused overviews and examples.
    • Reworked pipeline and service sections with improved formatting, expanded examples, and two new configuration keys.
    • Expanded processor docs with clearer distinctions from filters, more examples (including Lua and content modification), and updated ordering of topics.
    • Added redirects for moved/removed documentation pages.

✏️ Tip: You can customize this high-level summary in your review settings.

@alexakreizinger alexakreizinger requested review from a team as code owners November 21, 2025 18:11
@coderabbitai
Copy link
Contributor

coderabbitai bot commented Nov 21, 2025

Walkthrough

Consolidates Fluent Bit YAML docs by deleting administration/configuring-fluent-bit/yaml/configuration-file.md, merging its content into administration/configuring-fluent-bit/yaml.md (and other section files), adds a redirect in .gitbook.yaml, updates SUMMARY.md ordering, and revises pipeline, service, and processor sections with new examples and tables.

Changes

Cohort / File(s) Summary
Redirect mapping
.gitbook.yaml
Added redirect entry mapping administration/configuring-fluent-bit/yaml/configuration-file./administration/configuring-fluent-bit/yaml.md.
Table of contents updates
SUMMARY.md
Removed the separate YAML Configuration file entry; reordered Processor and Parsers items so "Filters as processors" and "Conditional processing" appear after SQL where applicable.
Consolidated YAML overview
administration/configuring-fluent-bit/yaml.md
Replaced prior intro and lists with a concise Fluent Bit v3.2+ YAML overview listing top-level sections (env, includes, service, pipeline, parsers, multiline_parsers, plugins, upstream_servers) and a brief features/hint note.
Deleted detailed config file
administration/configuring-fluent-bit/yaml/configuration-file.md
File removed — previously contained full YAML configuration guide, service key table, pipeline and processor examples, and multiple YAML snippets.
Pipeline documentation
administration/configuring-fluent-bit/yaml/pipeline-section.md
Replaced example section with a "Format" section; added a merged-pipeline explanation, expanded YAML pipeline example (inputs/filters/outputs), detailed Input/Filter/Output key tables and examples, clarified Match vs Match_Regex precedence and list/value representations.
Service configuration
administration/configuring-fluent-bit/yaml/service-section.md
Reformatted service key table (Key, Description, Default Value), tightened descriptions, added sp.convert_from_str_to_num and windows.maxstdio keys, adjusted ordering and examples, added cross-link note on scheduling/retries.
Processors overview
pipeline/processors.md
Reworded processor description, added "How processors are different from filters" (scope, tag matching, threading), noted processors supported only in YAML, expanded available processors list and updated links.
Processor examples
pipeline/processors/filters.md
Reworked examples: generalized header, added detailed grep and Lua examples using updated pipeline layout, added parsers block and explicit tail input, moved grep under pipeline processors, adjusted YAML fragments and indentation.

Sequence Diagram(s)

No sequence diagrams are applicable because the changes are documentation restructuring and consolidation without new runtime/control-flow behavior.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

  • Areas to focus on:
    • Verify .gitbook.yaml redirect path correctness.
    • Confirm content from deleted configuration-file.md is preserved or intentionally removed.
    • Check SUMMARY.md reorderings for navigation accuracy.
    • Validate consistency and accuracy of YAML examples and table formatting across pipeline/service/processor docs.

Suggested reviewers

  • gguillotte
  • cnorris-cs
  • cosmo0920

Poem

🐇 I hopped through docs both near and far,
Merged pages, fixed a YAML star,
Examples snug, redirects set,
The rabbit’s work is tidy — yet —
Read on, the guide will take you far. ✨

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'consolidate YAML / processor info' directly describes the main objective of the changeset, which consolidates YAML configuration documentation and processor-related information.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch alexakreizinger/sc-153844/consolidate-clarify-info-from-yaml-configuration

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🧹 Nitpick comments (2)
administration/configuring-fluent-bit/yaml.md (1)

5-7: Minor style improvement: Remove redundant "of".

For better conciseness, "support all of the settings" can be shortened to "support all settings".

-In Fluent Bit v3.2 and later, YAML configuration files support all of the settings
+In Fluent Bit v3.2 and later, YAML configuration files support all settings
administration/configuring-fluent-bit/yaml/pipeline-section.md (1)

118-118: Minor style improvement: Remove redundant "after".

Line 118 uses the phrase "follow after", which is redundant. "Follow" alone is sufficient.

-The `outputs` section specifies a destination that certain records should follow after a `Tag` match.
+The `outputs` section specifies a destination where certain records should be sent following a `Tag` match.
📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between d548103 and 9ddef53.

📒 Files selected for processing (8)
  • .gitbook.yaml (1 hunks)
  • SUMMARY.md (1 hunks)
  • administration/configuring-fluent-bit/yaml.md (1 hunks)
  • administration/configuring-fluent-bit/yaml/configuration-file.md (0 hunks)
  • administration/configuring-fluent-bit/yaml/pipeline-section.md (2 hunks)
  • administration/configuring-fluent-bit/yaml/service-section.md (1 hunks)
  • pipeline/processors.md (2 hunks)
  • pipeline/processors/filters.md (1 hunks)
💤 Files with no reviewable changes (1)
  • administration/configuring-fluent-bit/yaml/configuration-file.md
🧰 Additional context used
🪛 GitHub Check: runner / vale
administration/configuring-fluent-bit/yaml/service-section.md

[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'json'?

Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'json'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 108}}}, "severity": "INFO"}


[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'msgpack'?

Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'msgpack'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 97}}}, "severity": "INFO"}

🪛 LanguageTool
administration/configuring-fluent-bit/yaml.md

[style] ~5-~5: Consider removing “of” to be more concise
Context: ...later, YAML configuration files support all of the settings and features that [classic con...

(ALL_OF_THE)

administration/configuring-fluent-bit/yaml/pipeline-section.md

[style] ~118-~118: This phrase is redundant. Consider writing “follow”.
Context: ...destination that certain records should follow after a Tag match. Fluent Bit can route up ...

(FOLLOW_AFTER)

administration/configuring-fluent-bit/yaml/service-section.md

[style] ~11-~11: To form a complete sentence, be sure to include a subject.
Context: ... used by the asynchronous DNS resolver. Can be overridden on a per-plugin basis. | ...

(MISSING_IT_THERE)

🔇 Additional comments (13)
.gitbook.yaml (1)

103-103: ✓ Redirect path is correctly formatted.

The redirect follows the established pattern in .gitbook.yaml and maintains consistency with existing entries.

administration/configuring-fluent-bit/yaml/service-section.md (2)

31-51: Configuration example looks correct.

The YAML syntax and structure in the example is valid. The service and pipeline sections are properly formatted with appropriate indentation.


29-29: Relative path is correct.

Verification confirms that administration/scheduling-and-retries.md exists at the expected location. The ../../ relative path from administration/configuring-fluent-bit/yaml/service-section.md correctly resolves to it.

pipeline/processors.md (2)

31-39: New section clearly explains processor vs. filter distinctions.

The "How processors are different from filters" section effectively communicates the key differences in attachment scope, execution model, and thread context. This addition improves documentation clarity.


45-74: Example YAML configuration is well-structured and comprehensive.

The tabbed example demonstrates proper YAML syntax with appropriate nesting levels for parsers, pipeline, inputs, processors, filters, and outputs. The content_modifier processor example is practical.

pipeline/processors/filters.md (2)

11-13: Section reorganization improves clarity.

Renaming "Grep example" to "Examples" with introductory text appropriately signals that multiple examples follow, improving documentation structure.


45-90: Lua example demonstrates advanced processor usage.

The new Lua example effectively showcases:

  • Service configuration
  • Input processor with modify and lua filters
  • Output processor with lua filter
  • Practical Lua function implementations

YAML indentation and Lua syntax appear correct. This example significantly enhances documentation completeness for filter-as-processor patterns.

administration/configuring-fluent-bit/yaml/pipeline-section.md (4)

17-29: Clear "Format" section explains pipeline structure.

The new Format section effectively introduces the complete pipeline structure with a diagram-like YAML template. The explanation that multiple pipeline sections merge into a single internal pipeline is important and well-placed.


31-64: Pipeline examples with array properties are well-explained.

Examples demonstrating both simple properties and complex array-based properties (like record and allowlist_key for record_modifier) are clear. The explanation on line 66 about space-separated values is helpful.


68-114: Input, Filter, and Output section tables are comprehensive and consistent.

Each section includes:

  • Clear descriptive table with Key/Description format
  • Mandatory field information
  • Example YAML snippet

Structure is logical and aids learning progression from basic to specific components.


138-164: Comprehensive example configuration demonstrates complete pipeline.

The example YAML shows a realistic end-to-end pipeline with tail input (including processor), grep filter, and stdout output. Structure and indentation are correct. This serves as an effective consolidation example.

administration/configuring-fluent-bit/yaml.md (1)

9-18: All referenced documentation sections verified to exist.

All 8 YAML configuration subsection files are present in the expected locations:

  • environment-variables-section.md
  • includes-section.md
  • service-section.md
  • pipeline-section.md
  • parsers-section.md
  • multiline-parsers-section.md
  • plugins-section.md
  • upstream-servers-section.md

No broken links detected.

SUMMARY.md (1)

141-142: All processor documentation links verified and valid.

The referenced files in lines 141-142 exist and are correctly accessible:

  • pipeline/processors/filters.md
  • pipeline/processors/conditional-processing.md

No broken links or missing files detected.

Signed-off-by: Alexa Kreizinger <[email protected]>
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

♻️ Duplicate comments (1)
pipeline/processors.md (1)

41-77: Inconsistent link path—use ./processors/ instead of ../pipeline/ to match the established pattern.

Line 43 uses ../pipeline/processors/content-modifier.md while line 17 and line 23 both use ./processors/.... Although both paths technically resolve correctly, this inconsistency undermines the uniformity of the documentation and makes the file harder to maintain.

Apply this diff to align with the established pattern:

-In the following example, the [content modifier](../pipeline/processors/content-modifier.md) processor inserts or updates (upserts) the key `my_new_key` with the value `123` for all log records generated by the tail plugin. This processor is only applied to logs.
+In the following example, the [content modifier](./processors/content-modifier.md) processor inserts or updates (upserts) the key `my_new_key` with the value `123` for all log records generated by the tail plugin. This processor is only applied to logs.

The YAML example itself is comprehensive and demonstrates inputs, processors, filters, and outputs in a clear, practical configuration.

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 9ddef53 and 8fdade7.

📒 Files selected for processing (3)
  • administration/configuring-fluent-bit/yaml/service-section.md (1 hunks)
  • pipeline/processors.md (2 hunks)
  • pipeline/processors/filters.md (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • pipeline/processors/filters.md
🧰 Additional context used
🪛 GitHub Check: runner / vale
administration/configuring-fluent-bit/yaml/service-section.md

[warning] 24-24:
[vale] reported by reviewdog 🐶
[FluentBit.Spelling] Spelling check: 'msgpack'?

Raw Output:
{"message": "[FluentBit.Spelling] Spelling check: 'msgpack'?", "location": {"path": "administration/configuring-fluent-bit/yaml/service-section.md", "range": {"start": {"line": 24, "column": 98}}}, "severity": "INFO"}

🪛 LanguageTool
administration/configuring-fluent-bit/yaml/service-section.md

[style] ~11-~11: To form a complete sentence, be sure to include a subject.
Context: ... used by the asynchronous DNS resolver. Can be overridden on a per-plugin basis. | ...

(MISSING_IT_THERE)

🔇 Additional comments (5)
pipeline/processors.md (3)

3-11: Clear and accurate processor introduction. The description effectively explains what processors do and that they're YAML-only.


13-23: Comprehensive processor list with consistent path formatting. The processors are well-documented with consistent relative paths.


31-39: Excellent new section clarifying processor vs. filter distinctions. This addition provides valuable context around attachment scope, tag matching, threading, and implementation differences. The explanation is clear and will help users understand when to use each approach.

administration/configuring-fluent-bit/yaml/service-section.md (2)

24-24: Typo fix applied correctly.

The previous review flagged a typo ("f enabled" → "If enabled"). This has been correctly fixed in the updated table cell.


6-29: Table restructuring and new keys look good.

The service section table has been restructured with consistent column headers and descriptions. Two new configuration keys (sp.convert_from_str_to_num and windows.maxstdio) are properly documented, and the new cross-reference link to scheduling and retries documentation at line 29 is a helpful addition.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants